home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / lang / c-part1 / 7687 < prev    next >
Encoding:
Internet Message Format  |  1996-08-05  |  2.1 KB

  1. Path: dispatch.news.demon.net!demon!westridg.demon.co.uk
  2. From: Jon A Barrett <jbarrett@westridg.demon.co.uk>
  3. Newsgroups: comp.lang.c
  4. Subject: Re: Can Windows DLL identify caller? 
  5. Date: Wed, 28 Feb 96 08:32:18 PDT
  6. Message-ID: <NEWTNews.825525896.14201.jbarrett@westridg.demon.co.uk>
  7. References: <NEWTNews.825272087.8651.jbarrett@westridg.demon.co.uk>  <4gr0bcINNjv2@keats.ugrad.cs.ubc.ca> 
  8. NNTP-Posting-Host: westridg.demon.co.uk
  9. X-NNTP-Posting-Host: westridg.demon.co.uk
  10. X-Newsreader: NEWTNews & Chameleon -- TCP/IP for MS Windows from NetManage
  11. MIME-Version: 1.0
  12. Content-Type: TEXT/PLAIN; charset=US-ASCII
  13.  
  14.  
  15. In article <4gr0bcINNjv2@keats.ugrad.cs.ubc.ca>, <c2a192@ugrad.cs.ubc.ca> 
  16. writes:
  17. > Path: 
  18. news.demon.co.uk!dispatch.news.demon.net!demon!tank.news.pipex.net!pipex!uunet!
  19. in2.uu.net!istar.net!news1.vancouver.istar.net!news.vancouver.istar.net!van-bc!
  20. unixg.ubc.ca!nntp.cs.ubc.ca!cs.ubc.ca!keats.ugrad.cs.ubc.ca!not-for-mail
  21. > From: c2a192@ugrad.cs.ubc.ca (Kazimir Kylheku)
  22. > Newsgroups: comp.lang.c
  23. > Subject: Re: Can Windows DLL identify caller?
  24.  
  25. <-Stuff Deleted->
  26.  
  27. > Also, note well: A shared library (or DLL, if you will) cannot really be
  28. > trusted to protect sensitive information. It is not a protection domain.  To
  29. > >Any clues would be gratefully received.
  30.  
  31. <-Stuff Deleted->
  32.  
  33. > You definitely need to get some. The platform you are using may itself be
  34. > inappropriate to what you are trying to do, as well as the overall approach.
  35. > I can't tell---the term DLL is used not only under Windows but elsewhere.
  36. > -- 
  37.  
  38. Thanks for your response, and thankyou especially to other respondents who 
  39. sent very helpful clues by mail. I have now completed this module and have 
  40. moved on. In repsonse to specific points, The platform is MS-Windows which 
  41. could never be considered a secure platform, this paricular DLL actually 
  42. performs a decryption service (yes I do know that truly secure systems do have 
  43. a decryption service) and therefore the data isn't actually 'in memory' until 
  44. the call is made, the project goal is only to make it pretty tricky to crack, 
  45. not hacker proof - it is not protecting the Holy Grail or the formula for Coke 
  46. :-)
  47.  
  48. JonB
  49.  
  50.  
  51.  
  52.